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Objectives: A healthcare decision-making support model and rule management system is proposed based on a personalized 
rule-based intelligent concept, to effectively manage chronic diseases. Methods: A Web service was built using a standard 
message transfer protocol for interoperability of personal health records among healthcare institutions. An intelligent deci- 
sion service is provided that analyzes data using a service -oriented healthcare rule inference function and machine-learning 
platform; the rules are extensively compiled by physicians through a developmental user interface that enables knowledge 
base construction, modification, and integration. Further, screening results are visualized for the self-intuitive understanding 
of personal health status by patients. Results: A recommendation message is output through the Web service by receiving pa- 
tient information from the hospital information recording system and object attribute values as input factors. The proposed 
system can verify patient behavior by acting as an intellectualized backbone of chronic diseases management; further, it sup- 
ports self-management and scheduling of screening. Conclusions: Chronic patients can continuously receive active recom- 
mendations related to their healthcare through the rule management system, and they can model the system by acting as 
decision makers in diseases management; secondary diseases can be prevented and health management can be performed by 
reference to patient-specific lifestyle guidelines. 
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I. Introduction 

The incidence of chronic diseases around the world is in- 
creasing because of increased environmental pollution, in- 
correct eating habits, and a decrease in physical activity [1]. 
According to a survey conducted by the National Statistical 
Office, the three major causes of death in Korea in 2011 were 
malignant neoplasms, cerebral vascular disease, and heart 
disease, which had a high probability of being caused by 
chronic diseases, such as high blood pressure, hyperlipid- 
emia, and diabetes. Further, chronic diseases accounted for 
47.4% of the total cause of death. Therefore, it is necessary to 
provide appropriate guideUnes to patients with chronic dis- 
eases and to warn them of the risks of such diseases [2] . 
Chronic diseases cannot be cured through treatment or sur- 
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gery; however, continuous management is required by pa- 
tients. They need to modify their daily guidehnes and change 
their Ufestyle habits. Therefore, communication is important 
between clinicians and patients. However, continuously 
providing customized guidelines is unrealistic because of 
the continuous changes in the state of patients. Hence, the u- 
healthcare system is drawing attention as a new system that 
uses wired and wireless networking information technology 
(IT) for health management and provides health services 
beyond the limitations of time and place. The u-healthcare 
system enables real-time delivery and analysis of data [3-7]. 
In this system, guidehnes are developed for patient manage- 
ment by determining the state of patients through personal 
health records (PHRs). PHR is a tool to safely manage and 
record all medical and health information [8] . The proposed 
system uses Electronic Medical Records (EMRs) [9] in the 
hospital information system instead of paper sheets by in- 
troducing the concept of PHRs and IT in health institutions; 
the system provides clinical guidelines by considering the 
lifestyle information of chronic patients, which includes 
smoking status, exercise, and alcohol consumption, as well as 
chnical risk variables (total cholesterol, blood pressure, body 
mass index [BMI], etc.). Information exchange is performed 
using the standard protocol. Health Level 7 (HL7), of the 
medical information transmission interface, and mutual op- 
erability is ensured independent of a specific hospital system 
by enabling a linkage between independent systems [10, 11]. 



A healthcare decision support system (HDSS) is the tool 
selected to provide guidelines, which uses the concept of a 
chnical decision support system (CDSS) appropriately modi- 
fied with respect to chronic patients [12]. The HDSS is a 
newly named decision support system designed in this study. 
The purpose of the HDSS and the range of user groups are 
newly estabhshed; it mainly focuses on the health manage- 
ment of patients with chronic diseases to distinguish it from 
CDSS that underscores practicality in the clinical field. The 
core difference between a HDSS and a CDSS is the service 
user groups. A CDSS is a physician-centered system that 
shortens treatment time, prevents the risk of misprescription 
or misdiagnosis, and systematically focuses on healthcare 
providers including hospital management. On the other 
hand, a HDSS presents the unique characteristics of chronic 
disease patients by consistently providing health content 
tailored for patients with chronic conditions and aiming for 
supporting education on treatment and schedule manage- 
ment, in addition to self-management by checking patient 
behaviors and receiving feedback. A CDSS is an expert sys- 
tem in the medical field, and they are now gradually being 
used as intelligent computing systems to improve treatment 
efficiency. Such an intelligent computing system provides 
clinical guidelines and patients information to physicians 
and patients [5,13-18]. The HDSS could play a significant 
role in the health management of patients by enabling physi- 
cians to produce a customized patient clinical guide through 
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Figure 1. Personal health record (PHR) 
approach standardized in- 
terface. HL7: Health Level 7, 
WSDL: Web service descrip- 
tion language, SOAP: simple 
object access protocol, HDSS: 
healthcare decision support 
system, CMS: content man- 
agement system, XIVIL: exten- 
sible markup language, HIS: 
hospital information system, 
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PHR, which includes further lifestyle information; the devel- 
oped guidelines consider patient feedback. 

Figure 1 shows an interface roadmap for accessing the 
PHRs of patients in the HDSS. The interface roadmap pro- 
vides high reusability and interoperability of message ex- 
change of medical information, which is analyzed using a 
medical information messaging international standard, HL7. 
The HDSS knowledge builder and inference engine provide 
a Web service interface, which is based on the standard mes- 
sage transmission protocol. A knowledge base is developed 
using synchronous message communication based on the 
simple object access protocol and asynchronous communi- 
cation for a stateful session. Then, the developed knowledge 
base is transmitted to a service terminal. The knowledge base 
has the characteristics of modifiability and it is developed 
such that it can incorporate new production, removal, modi- 
fication, and integration of data; further, business logic is not 
hard-coded in the service implementation process. The ser- 
vice is based on the interface standard protocol for increas- 
ing availabihty, and the service interface can be produced ac- 
cording to various cUents by publishing through Web service 
description language. Similarly, a linkage between different 
hospital information systems (HISs) of various hospitals is 
enabled through compliance with the standard protocol; 
thus, the usability of an independent system on a client plat- 
form is increased. 

The proposed system utilizes personal health informa- 
tion at the client level based on PHRs through the service 
interface to provide a wide range of services for patients. 
Chronic disease patient's PHRs used in the system are chiefly 
divided into three types. The first type of health information 
is the personal health management history recorded during 
health screening, and it is used to provide tailored clinical 
guidehnes established by the identification of the illness and 
health status of patients based on surgeries, hospital visits, 
admissions, and prescriptions in the HDSS. Moreover, PHRs 
can be applied in consultation service for scheduling of 
screening and inteUigent counseling on a patient's conditions 
based on health records. Likewise, the content management 
system (CMS) provides data on related disease management 
for patients according to their chronic illnesses. The second 
type of health information comprises medical records on 
lifestyle habits. The CMS keeps records of nutritional intake 
status including health functional foods and physical activity 
levels in a diet/ exercise application, manages nutritional sup- 
ply of chronic disease patients in order for them to sustain 
safe eating habits appropriate for unique chronic conditions, 
and it provides advice regarding exercise methods. Finally, 
the third type of health information is PHRs in the emer- 
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gency medical system classifying allergy and idiosyncrasies. 
These data are applied in determining emergency situations 
according to the conditions of chronic disease patients in the 
emergency situation management of the HDSS. In addition, 
the information aids systematic management appropriate for 
different situations by classifying response measures suitable 
for each patient and emergency stages. 

II. Methods 

1. HDSS Services 

The HDSS is configured by six services: HDSS manage- 
ment (HDM), chronic disease guideline support (COS), 
gene-based health screening personalization (GBHSP), 
health screening personalization (HSP), health graphics 
(H-Graphic), and clinical sentence classification (CSC). The 
main objective of the HDSS is to support physicians in man- 
aging the knowledge base, to provide healthcare guidelines 
to be followed by patients suffering from chronic diseases in 
their daily lives, and to enable the management of screening 
scheduling. Moreover, the HDSS provides continuous guide- 
lines for chronic disease management through the afore- 
mentioned six services, which is the main goal of the HDSS. 
The main contents of service in the HDSS are summarized 
as follows. 

The HDSS is responsible for generating, deleting, and 
modifying the logic through a manager that manages the 
knowledge base developed by the decision-making logic 
of the HDSS. COS determines the hypertensive phase, the 
diagnosis phase, the hyperlipidemia phase, diabetes, and 
other chronic diseases of patients based on screening in- 
formation, habits, and other lifestyle information. Then, it 
proposes suitable guidelines for health management. GBHSP 
personalizes the future screening schedule on the basis of 
the patient genome code and other information stored in 
the hospital information record system. In addition, GBHSP 
provides screening scheduling for chronic diseases based on 
the possessed genome code of hyperlipidemia, dementia, 
stomach and colon cancer, etc. HSP is a service that per- 
sonalizes screening schedules related to diseases, such as 
stomach cancer, liver cancer, and breast cancer, on the basis 
of patient information, such as examination date, age and 
sex, family, and virus diagnosis results, which is stored in 
the HIS. H-Graphic graphically expresses the screening in- 
formation by the health examination items of an individual 
patient and enables patients to determine their health status 
intuitively. Finally, CSC is the service which receives free text 
of the medical domain as an input and performs the labeling 
of semantic tags. Figure 2 shows the model, which specifies 
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each layer of the HDSS, for providing the HDSS. The HDSS 
service platform is configured into the presentation, service, 
business logic, and data layers. 

2. Presentation Layer 

Diagnosis attributes and occurrence event values are re- 
ceived as input from medical domain experts and physi- 
cians, and an individual customized knowledge base is 
input/output through the user interface of the HDM service 
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of the presentation layer of Web services. A deletion is per- 
formed on the basis of this modification. Medical domain 
experts can reflect new study results by finding a base rule 
for developing the knowledge base. The base rule is found 
using visualization techniques explained to physicians, and a 
method for producing visual efl^cts through a graphical user 
interface used by clinicians for adding and deleting the rules 
[17,19]. The HDSS for providing a clinical base expresses 
the search results of PubMed by visualizing data, using the 
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clustering engine of Carrot [20,21]. Figures 3 and 4 show the 
process of visualization by finding a base for hyperiipidemia 
using Carrot in the HDSS engine. 

Search results are expressed using intuitive visualization 
data by searching for papers on each topic. Therefore, the 
user can easily build a knowledge base for problem areas, 
and the relevant guidelines can be input and modified effec- 
tively. 

3. Service Layer 

A service interface is provided, which is required for the 
Web-based service system of COS, GBHSP, HSP, and H- 
Graphic. 

4. Business Logic Layer 

The key point of the HDSS is to provide a decision-making 
service with respect to content constituted by the events of a 
healthcare Web service domain. The core processor is imple- 
mented in the business logic layer, which can perform addi- 
tion/deletion/modification of business logic that enables the 
decision-making process of the HDSS of each service. The 
synchronous/asynchronous messaging method of the pre- 
sentation layer and the service layer is used for the linkage of 
the Web services, and a self-user interface controller may be 
provided. 

1) Composite services 

Composite services are constituted by HDM, which inputs 
the decision-making logic of the HDSS using a dedicated 
UI, CGS for providing PHR, health management guidelines 
for an information-based lifestyle, GBHSP for personalizing 



health examination scheduling based on the genome code 
using synchronous messaging, HSP for providing the service 
of personalizing health screening schedules based on per- 
sonal information, H-Graphic for providing a summary of 
visual information based on the health screening items, and 
CSC for classifying medical text sentences. 

2) Primitive services 

The central module of primitive components and composite 
services provides a rule builder service, a clinical decision 
service, a workflow service, an object classifier service, and 
a sentence classifier service. The object classifier service can 
be used by each patient to classify the generated events and 
to use the same events in machine learning; the sentence 
classifier service includes the business logic of service, which 
can classify the meaning of sentences consisting of free text 
used in the field of medicine. The detailed contents of other 
services will be covered in subsection II-2-3 (Primitive com- 
ponents). 

3) Primitive components 

Primitive components include five important components: 
the rule builder component (RBC), the clinical decision 
component (CDC), the workflow component (WC), the 
data mining component (DMC), and the natural language 
processing component (NLPC). The RBC implements the 
business logic of the Web service to construct the knowledge 
base required for a healthcare decision-making service us- 
ing a Web browser or a rich client platform application user 
interface. 

CDC is a service module for constructing the inference log- 
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ic. CDC receives the state value of patients as an input and 
generates an action guide message according to the input 
value. The action guide is generated using the rule database 
or the inference logic based on the knowledge base. The de- 
cision-making service is provided according to the business 
logic constructed through the HDM service, based on RBC 
after the domain event object is received as an input from 
the rule-based inference system. The state of various sys- 
tems is recorded, and individual decision-making processes 
are executed by management of the session process of the 
decision-making Web services by a graph model. The graph 
model controls the flow of execution of the services required 
in session management in WC. 

The workflow service is provided for medical/healthcare. 
The execution of the Web service process is controlled, 
which is required for the management of sessions, such as 
recording the dynamic state of patients. The DMC is the core 
of the learning process for the learning classification model 
or cluster model. The DMC is also a system required for 
the optimization and personalization of services by model- 
ing of the domain knowledge contained in a log generated 
collectively by users through a machine learning algorithm 
and utilization of the results of learning, i.e., the domain 
event model. Finally, the NLPC provides the interface for the 
natural language processing and comprehension service for 
analyzing free text. The NLPC is configured by a natural lan- 
guage processing module (sentence splitter, part of speech, 
tagger, parser, and a proper noun recognizer) required for 
the extraction of knowledge from the collected unstructured 
data or free text. 

5. Data Layer 

The data layer is responsible for the linkage of the data 
source of the knowledge base rule database, workflow model, 
and semantic label tagged data of each service constructed 
through the business logic layer and the RBC. The business 
logic layer and the RBC are responsible for the construction 



of the knowledge base in the HDSS service platform and 
play a central role in the Web service. 

III. Results 

The construction of the HDSS system establishes manifold 
linkage and enables physicians to provide guidelines corre- 
sponding to the state of patients on a clinical basis by ensur- 
ing a standard patient information exchange among health 
institutions. The service is provided to chronic disease pa- 
tients though each layer of the service platform and enables 
the creation of rules by physicians. Table 1 shows the roles of 
patients and physicians separately. 

Further, the HDSS provides a customized service to pa- 
tients through multiple algorithms and a single variable, by 
constructing a deductive inference engine and providing 
service according to the state of patients. 

A knowledge base is a set of rules for reproducing the 
knowledge of a domain. The knowledge base outputs a 
conclusion message through a pattern matcher & solution 
searcher by combining with the attribute information of ob- 
jects possessed by the entity of a patient. The pattern match- 
er generates a hypothesis by matching the variable value of 
objects (patients and HDSS message), input to the inference 
engine with the individual rules of the knowledge base. The 
working memory performs the networking of the gener- 
ated hypotheses and increases the networking until further 
chaining is not possible; finally, the obtained hypotheses are 
combined as conclusions to produce the output. 

The content set corresponding to the health state of a user 
is generated, and messages are provided. These messages are 
personalized and finally output to users through the user in- 
terface. Figure 5 shows the process of HDSS message output 
for patients with normal attributes except for lower levels of 
BMI. 

A rule-based inference has certain attributes, which lead to 
conclusions by deductive derivation of a new fact from the 



Table 1. Roles of patients and physicians 



Role involved in HDSS 



Rule creation and evolution 



Self-management 



Patient 



Physician 



Existing rules can be developed by receiving feed- 
back data from patients. 

Rules are created to provide customized guide- 
lines to patients with chronic diseases, on the 
basis of medical knowledge such as new scien- 
tific findings and clinical study results. 



Lifestyle information and health screening 
schedule service are provided timely for self- 
management of chronic diseases. 

Patients can perform self-management of dis- 
eases through the rules provided by physi- 
cians; the rules are evolved through patient 
feedback. 



HDSS: healthcare decision support system. 
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Figure 5. Rule-based reasoning pro- 
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facts (attributes) of any object [22] . A single rule consists of 
'antecedent' -> 'consequent,' and the storage place of this set 
is the knowledge base. New hypotheses are generated by the 
application of rules; an inference is continued until further 
hypothesis is not possible. When an event generation score 
of probability is granted to an individual rule, a basis is pro- 
vided, which enables the selection of an optimum conclusion 
candidate from various conclusions. The inference progress 
of the HDSS implements the inference process by the for- 
ward chaining method. 



Figure 6 shows the increase in inference by the attribute 
values of BMI level, total cholesterol, and systolic/diastolic 
blood pressure. 

Figure 7 shows an expert system model based on a general 
rule [23]. Figure 8 shows the HDSS model constructed on 
the basis of a standard protocol, service construction, and a 
clinical evidence concept based on machine learning. 

The present HDSS system establishes data linkage among 
the HISs of different hospitals using the PHR interface HL7, 
which includes a standardized external data module. An ex- 
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ternal program was developed by using the service-oriented 
architecture method comprising service aspects by providing 
a HDSS; a CMS; medical counseUng services; diet, nutrition, 
and exercise services; and individual health record informa- 
tion. Patient accessibility was increased by extension of the 
service through mobile applications, Web services, and home 
nurses in smart homes. In addition, the HDSS considered 
rules corresponding to the core service mentioned earlier. 
The database was also divided inside and outside based on 
service aspects, and the basic rules were processed, thereby 
ensuring the scalability and the flexibility of the HDSS. 
Finally, clinical decision-making was supported for each 
service user, patient, and physician through the customized 
interface of the HDSS engine. 

IV. Discussion 

The present system provides life-friendly guidelines to 
chronic patients by collecting information through the 
EMRs of HISs of different hospitals, thus overcoming hmita- 
tions, such as patient information collection, rule construc- 
tion, and modifications, faced by the CDSS used in tradi- 
tional medical institutions. Chronic conditions are difficult 
to manage and prevent. The current system aids decision- 
making by analyzing the correlation of prescription, di- 
agnosis, and treatment with their results. Meanwhile, the 
proposed system is meaningful in that it accurately identifies 
risk factors based on habit changes to suggest measures to 
tackle the problems by recommending practical guidelines 
for the daily lives of patients with chronic illnesses. The 
knowledge base was constructed to enable service users to 
follow the guidelines of health management of chronic pa- 
tients during drug prescription by physicians and diagnostic 
procedures, such as surgery. Maximum effort was made to 
maximize convenience for physicians by considering study 
results and visualization methods while ensuring clinical 
evidence used in the formulation of the guidelines. A model 
was designed for use in various clinical environments by 
designing the HDSS structure using a simple rule-based 
expert system and a differentiated model. The rule-based 
expert system requires the user to obtain the knowledge of 
doctors and clinical domain experts and to create guidelines 
beforehand; further, it is difficult to access clinicians during 
the modification and addition of rules. The proposed HDSS 
system is intended to gradually improve its user interface by 
using an open visualization tool, such as Carrot, and to pro- 
vide an intuitive interface for both physicians and patients. 
Future studies will be aimed at developing expert knowledge 
and formulating customized guidelines by studies support- 
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ing intuitive understanding, and obtaining information, such 
as IT affinity, and behavior patterns of patients along with an 
analysis of dietary patterns. Moreover, further studies will 
be performed to expand the usabiUty of the new system by 
developing and advancing decision-making algorithms to 
establish intelligent HDSS considering all situational factors, 
including diet, physical activity level, allergy, emergency 
care, and other PHRs based on verification of the established 
system. 
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